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Solar sails are being developed as a mission-enabling technology in support of future 
NASA science missions. Current efforts have advanced solar sail technology sufficient to 
justify a flight validation program. A primary objective of this activity is to test and validate 
solar sail models that are currently under development so that they may be used with 
confidence in future science mission development (e.g., scalable to larger sails). Both sy stem 
and model validation requirements must be defined early in the program to guide design 
cycles and to ensure that relevant and sufficient test data will be obtained to conduct model 
validation to the level required. A process of model identification, model input/output 
documentation, model sensitivity analyses, and test measurement correspondence is required 
so that decisions can be made to satisfy validation requirements w ithin program constraints. 
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Nomenclature 

characteristic acceleration (mm/s') 
sail area (m 1 2 ) 

solar radiation pressure (4.56 X 10' 6 N/m') 

sail efficiency 

mass of spacecraft bus (kg) 

mass of sail assembly (kg) 

sail loading (g/m‘) 


I. Introduction 

S OLAR sails are being developed as a mission-enabling technology in support of future science missions such as 
Solar Polar Imager. Particle Acceleration Solar Orbiter, and LI Diamond. Current advances made under the In- 
Space Propulsion Technology (ISPT) program have progressed the technology far enough to go to the next step, 
flight validation. If chosen for the New Millennium Program (ST9), flight validation will reduce the risk (i.e., 
increase Technology Readiness Level. TRL) associated with solar sail technology. Due to the gossamer nature of 
solar sails, prototype ground testing is limited by the size of available test facilities (maximum -400 m 2 sail) and by 
a “non-relevant” 1-g environment. Therefore, a primary objective is to test and validate solar sail models that are 
currently under development so that they may be used with confidence in future science missions (i.e., scalable to 
10,000 m 2 and larger). Validation requirements must be defined early in the flight validation program to ensure that 
relevant and sufficient flight test data is obtained to conduct model validation to the high level required. This 
includes a process of model identification (which models are needed), model input/output documentation (what does 
it take to run the models), model sensitivity analysis (how well do the inputs/outputs need to be known), and test 
measurement correspondence (what tests are needed and how accurate do they need to be made to validate the 
models). Given this information, decisions can be made between what the modelers would need for complete 
validation and what a program, given money/time constraints, can deliver. 
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II. Current Models 

Currently, under the ISPT solar sail propulsion activity, various modeling efforts are being tracked which define 
the current state of the art in solar sail spacecraft models. The NMP ST-9 Solar Sail Flight Validation (SSFV) study 
team is also taking advantage of this assessment to help define the requirements for a future solar sail flight 
validation. Table 1 summarizes the current modeling efforts and categorizes based on their primary function; some 
of the more sophisticated models overlap in functionality. Structural models focus on determination of sail 
membrane and support structure (booms) shape for both static and dynamic cases. Guidance, Navigation and 
Control (GNC) and Attitude 
Control System (ACS) models 
include those specific to 
attitude determination, thrust 
vector control, and orbit 
analysis. Environment models 
deal with the interaction of the 
solar sail with the space 
environment and include 
plasma interaction and 
spacecraft charging. The 
platform descriptor is an 
indicator of whether the model 
is finite element (FE) based or 
not; the majority of the 
structural models are FE-based. 

The status column represents a 
qualitative, comparative 

measure of model development 

progress and level of validation Table 1: Solar sail models included in the model-measurement matrix. 

testing. 
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Mooei name 

Developer 

Category 

Platform 

Status 

AEC-Able Structural 

AEC-Able 

Structural 

ANSYS 

Med 

L'Garde Structural 

L'Garde 

Structural 

FAIM 

Low 

Operational Sail Shape for Able 

NASA-LaRC 

Structural 

NASTRAN 

Med 

Operational Sail Shape for L'Garde 

NASA-LaRC 

Structural 

ABAQUS 

Med 

Structural Analysis & Synthesis Tools 

NASA-JPL 

Structural 

MATLAB/C 

Low 

Advanced Computational Models 

NASA-LaRC 

Structural/ACS 

ABAQUS 

Low 

Analytical Scaling Laws 

Tenn. Tech 

Structural 

MATLAB 

Low 

Solar Sail Propulsion Modeling Tool 

SRS 

Structural/ACS 

PC/OpenGL 

Med 

Solar Sail Spaceflight Simulation Software 

NASA-JPL 

GNC/ACS 

MATLAB 

Med 

Lightweight Sail Attitude Control System 

Ariz. State 

GNC/ACS 

MATLAB 

Med 

Gimbaled-Boom Mounted Bus 

NASA-JPL 

GNC/ACS 

MATLAB 

Low 

NASA Charging Analyzer Program 2000 

NASA-MSFC 

Environment 

JAVA GUI 

High 

Plasma Interaction Model 

Virginia Tech 

Environment 

- 

High 

NUMencal InTegralion (charging) 

NASA-JPL 

Environment 

FORTRAN 

Med 


III. Model-Measurement Matrix 

Of the several model validation techniques available [1], validation by comparison to test data on prototypes 
(components, subsystems, and systems) is the most beneficial in technology development. Technology Readiness 
Level (used by NASA as a technology maturity metric) definitions are based on testing [2]. A crucial step for 
validation requirements definition and model validation (once the data has been taken according to those 
requirements) is to catalog the correspondence among model inputs, outputs, and test measurements. Currently, an 
Excel® spreadsheet is being developed to address this need. Figure 1 shows a screen shot of this model- 
measurement matrix illustrating the general format. Displayed is the input/output sheet for the S5 [3] model; tabs at 
the bottom select each of the other models. Each model will have a sheet giving details of each input/output 
parameter (e.g., sail material properties, sail shape, trajectory) and which test measurement(s) would provide the 
respective input or output during the validation analyses. Links are provided to additional information describing a 
particular parameter or field. Measurement data available for model validation will include; in-house testing done by 
the sail provider, NASA in-house testing, ground system demonstration (GSD) testing at various NASA facilities for 
10-m and 20-m sails, and eventually, data from the validation flight of a 40-m sail. It has also been proposed to link 
this model -measurement matrix directly with another ongoing effort by Adams [4] which focuses on the 
development of a complete reference database of technology development completed thus far within the solar sail 
program. Compilation of this information during the early stages of the program aids in determination of test plans 
and in decision making when having to make trade-off comparisons between what measurements are desired and 
what can actually be done within program cost and schedule constraints. 
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Solar Radiation Preeaure 
Usos-Khkloduto Interface 
Rendezvou* Constraint input 
Attitude Extrema Constraint Input 
Duration Extrema Conatraint Input 
Initial / Final State Input 
T arpet State Type Input 
Sail Normal Conatraint 
Angular Acceleration Conatraint 
Optimization Control Parameter* 
Previou* Solution 
Initial Sail Attitude 
C ontrol Point Epoch 
C ontrol Point initial Sues* 
Ephemerl* input 
Uaer Impoaed Bounds 
Automatic Scaling of Variable* 

Sail Complexity 
Minimum Solar Diatance 
Launch Vehicie Model 
Iterative Output 
Ephemerl* Output 
Output Optimized Solution 
Thrust History 


Developer main modules 

JPL OPT 

Balt Aeroapaca ADC 
U. of Michigan SRP 
JPL DET 

U. of Colorado TCN 


submodules 

TGP - Trajectory Propagator component 
APG - Attitude Propagator component 


IWome nrt a ft ff* Units 


Precision Data sourceMesttnation 


MeasuremerafTest C( 


OPTJOTD 

OPT_0O1 
OPT_003 
OPT_004 
OPT_0O6 
OPT_007 
OPT.ooe 
OPT_009 
OPT_019 
DPT_020 
OPT_021 
OPT_022 
OPT_023 
OPT_024 
OPT_Q26 
OPT_026 
OPT_D29 
OPT_030 
OPT.033 
OPT_036 
OPT.037 
OPT_038 
OPT 039 
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from SRP module 

uaer deflnad/mission requirement 
uaer deflnectfmiaaion requirement 
uaer daflnad/miaalon requirement 
uaer define d/mraeion requirement 
uaer define dfrnieei on requirement 
uaer defincd/mission requirement 
uaer deflned/miaaion requirement 
uaer define dfrnlaalon requirement 
use previous solution as initial guess 
user defined/mission requirement 
user define d/m tssion requirement 
user defined/mission requirement 
read external flies 
user defined/mission requirement 
autoscale switch 
user input 

user deflned/mission requirement 

user deflned/mission requirement 

output 

output 

output 

output 
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Figure 1: Screen shot of model-measurement matrix showing general format. Each model 
(tabs at bottom) has a worksheet with links to current or planned test measurements. 


IV. Model Sensitivity Analyses 

Once the inputs and outputs of each model have been cataloged, some approach is required to determine how- 
important a measurement is or how accurately the measurement needs to be taken. The dependence of a model on a 
particular measurement (i.e., degree of need for validation) has to be weighed against feasibility, cost, mass, 
technical development, and schedule constraints, just to name a few. A common approach to quantify this 
dependence is to conduct sensitivity analyses on the model to identify which outputs are highly sensitive to small 
perturbations in inputs. If a model has a highly-sensitive output parameter, the corresponding input variables must 
be well known or accurately measured. Even when comparing model outputs to test data directly ( e.g .. FEA- 
generated vibration modes vs. laser vibrometer measurement data), model inputs must reflect precisely the test 
conditions, especially for high-sensitivity outputs and measurement data cannot be so noisy as to be useless for 
model-output comparison. Determining the acceptance level of a measurement can be determined by this type of 
analysis. A simple example is presented here for illustration purposes. The example is taken from Mclnnes [5], 
reformulated for a design proposed for the 40-m flight validation program [6]. A primary performance metric for 
solar sails is the characteristic acceleration a 0 given by 

2 T]P m s 

where rj is the sail efficiency (0.85 used here), P is the solar radiation pressure constant for a perfectly absorbing 
surface (4.56 X 10" 6 N/m : ), a s is the mass per unit area of the sail assembly (membrane and booms), and m B is the 
mass of the spacecraft bus. For this example, the spacecraft bus includes all other components not included in the 
sail assembly such as power, electronics, communications, and instrumentation (payload). Splitting the spacecraft 
into two subsystems, the "engine and “everything else” allows the examination of how- separate subcomponents 
affect characteristic acceleration. The “X” in Fig. 2 locates a solar sail design (40-m, state-of-the-art) in the center of 
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surface representing the response of characteristic acceleration to changes (± 50%) in sail loading and bus mass. As 
expected, decreasing sail loading (i.e., decreasing membrane and boom mass) or decreasing bus mass increases 
characteristic acceleration. However, the example is here to illustrate the concept of sensitivity. Note that the 
response surface has a much steeper slope (higher sensitivity) in the direction of the bus mass axis as compared to 

sail loading axis for a given percentage 
change. Reducing bus mass by 10% will 
yield more performance gain (higher 
acceleration) than the same percentage 
change in sail loading. This may lead one 
to make the decision to direct more design 
and test effort towards reduction of bus 
mass rather than towards thinner sails. 
Although this is a simplistic example, it 
illustrates the process required to identify 
sensitivity of outputs to changing inputs. 
Applying this technique to the parameter 
space of each of the solar sail models can 
guide design, testing, and validation 
processes. Particularly, to a flight 
validation program, sensitivity analyses 
can help define what requirements are 
needed specifically for model validation 
so that they can be incorporated early into 
the program to assist in test planning and 
hardware development. 


Sail Loading (g/m ) 


Bus Mass (kg) 


Figure 2: Solar sail characteristic acceleration as a function of 
sail loading and bus mass with the design point for a 40-m 
flight validation shown with an X. 


V. Validation Requirements 

With the relevant models identified, their inputs/outputs catalogued, and sensitivity analyses done to determine 
critical parameters, initial requirements can now be defined specific to model validation. Although much more 
rigorous validation and verification procedures will eventually be implemented for each model, this preliminary 
framework, utilizing a model-measurement matrix to map model inputs/outputs to specific measurement data and 
then conducting first-level sensitivity analyses to help quantify the importance of the measurement and how 
accurately the measurement needs to be made, can assist in initial requirements definition and program decision 
making in support of meeting these requirements. Listed here are the New Millennium Program’s (ST9) Solar Sail 
Flight Validation study team’s validation goals: 

Goal 1. Validate processes and design tools for solar sail fabrication 

0 Verify processes for fabrication and scaling 
0 Verify sail system design tools 
0 Verify sail system packaging 

Goal 2. Validate controlled deployment 

0 Validate sail deployment on the ground 
0 Validate sail deployment in space 
0 Validate attitude control during deployment 

Goal 3. Validate in-space structural characteristics 

0 Validate sail shape model 
0 Validate structural loads model 
0 Validate sail thermal model 
0 Validate sail dynamics model 

Goal 4. Validate solar sail attitude control 

0 Validate a method for identifying all torques 
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Ej Verify ACS methodology 

0 Validate model for attitude maneuvering and pointing control 


Goal 5. Validate solar sail thrust performance 

0 Validate models of thrust vector magnitude and direction 
0 Validate models for sailcraft trajectory correction and maneuvers 


Goal 6. Characterize the sail's electromagnetic interaction with the space environment 

0 Characterize induced magnetic fields 
0 Determine electrostatic charging 

These are currently undergoing initial definition review with expected refinement occurring during program 
development. With model validation being a primary goal, implementation of a process, such as the one presented in 
this paper, is vital to program success. Figure 3 lists a few representative measurements that will be used to validate 
the various models and how both models and measurements will have to correspond to satisfy validation goals. 
Development of scalable, robust, high-confidence level models is absolutely required to advance solar sail 
technology for integration into space systems; high confidence can only be achieved through proper validation. 


MODELS 


c Fabrication design 

o 

33 Areal density prediction 

(0 

v Fabrication processes scalability & 
JSj repeatability 

10 

u. Packaged volune scalability 


Boom shape, loads and vibration 
modes prediction 

2 Deployment dynamics prediction 

3 

tJ 

2 Membrane shape, tension and 
J5 vibration modes: billowing & wrinkling 
predictions 

Boom/membrane thermal predictions 



Flight system behavior prediction. 


< Thrust vector prediction. 

^ T rajectory prediction (position, velocity) 
® Orbit-change maneuver prediction 


Induced magnetic field prediction 
Electrostatic charging prediction 



VALIDATION GOALS 

' A 

1. Design tools & 

fabrication methods 

✓ Fabrication design 

✓ Fabrication process 

✓ Packaging volume 

. ; 

' N 

2. Deployment 

v" Mechanicai/s tructurai 
s Membrane management 
Symmetry 
v Attitude Control 

> 

( 3. In-space structural ^ 
characteristics 

s Sail shape 

✓ Structural loads 

✓ Thermal 

✓ Dynamics 

4. Attitude control 

v Attitude maneuvering & 
pointing control 
J ACS methodology 


MEASUREMENTS 
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5. Thrust performance 1 


✓ Thrust vector 
Trajectory correction & 
maneuvers 

6. Characterize EM 
interaction 

Magnetic fields 
v Electrostatic charging 


BoonVmembrane stiffness-mass test data System areal 
density. 

Repeatability data for seaming (e g., rip stops), handling and 
packaging (pack factor). 

BoonVmembrane packaging volume - scalable to larger 
sate. Ascent venting test data 


Boom deployment rates, dynamics, symmetry Boonvsaii 
shape for flight using ODS. 

Deployment forces (sail tensions). 

BoonVmembrane deployment symmetry data from 
videogrammetry 

Ri^dHexible-body dynamics data from attitude sensors 
Low risk deployment (safety). 



Boom'membrane shape loads, dynamics data 
Photoyammetry sail billow data (function of sun angle) 
Boom reaction load data horn load cells'strair, gauges. 
Membrane cable load data 
IR camera data (function of sun antfe). 

Vtoration modes data from strain gauges, accelerometers. 
vioeogrammetTy Parrying data. 


Torque data from reaction wheels, magnetometers vane 
deflection, gimbal rotation cp'cm Attitude rates about axes, 
pointing range & errors. 

Ccrtrol Authority data' .Attitiidelhpjst profiles, biased 
compensation torque, attitude controlability/stability margins & 



Obit tracking data DSN, GPS. 


Magnetometer data (boom or tree-flyer) 
Potentials, particle densities / currents (3-D data of 
plasma sheath around sailcraft). 


Thrust data vs. sailcraft orientation {cone'clock angles wrt 
sun tine), ACS pcinfinglhrust vector magnitude & steering 


1 


Figure 3. Solar sail models and measurement data correspondence to meet validation goals. 


VI. Summary 

Solar sails are being developed as a mission-enabling technology in support of future NASA science missions. 
Current advances have progressed solar sail technology far enough to justify a flight validation program. Due to the 
gossamer nature of solar sails, prototype ground testing is limited. Therefore, a primary objective is to test and 
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validate soiar sail models that are currently under development so that they may be used with confidence when 
scaled to the larger sizes required by future missions. Both system and model validation requirements must be 
defined early in the program to guide design cycles and to ensure that relevant and sufficient test data will be 
obtained to conduct model validation to the level required. This paper presents a basic framework or process of 
model identification, model input/output documentation, model sensitivity analyses, and test measurement 
correspondence to assist in requirements definition and program decision making to meet those requirements within 
program constraints. 


Acknowledgments 

The work described in this paper was funded by the In-Space Propulsion Technologies Program, which is 
managed by NASA's Science Mission Directorate in Washington, D.C., and implemented by the In-Space 
Propulsion Technology Projects Office at Marshall Space Flight Center in Huntsville, AL. The program objective is 
to develop in-space propulsion technologies that can enable or benefit near and mid-term NASA space science 
missions by significantly reducing cost, mass and travel times. 

Anthony Ewing would also like to thank Gregory Garbe of MSFC for the opportunity to work in this very 
interesting (and exciting!) solar sail technology development program. 


References 


1 . Sargent. R .G. Verification and Validation of Simulation Models, in Proc.of the 1998 Winter Simulation Conference. 
1998. 

2. Stocky, J.F., New Millennium Program (NMP): Technology Readiness Levels for the New Millennium Program, in 
Version 1. 2003, NASA JPL. 

3. Lisano. M., et. al.. Solar Sail Integrated Simulation Tool : Software Requirements Document. 2003, NASA JPL. 

4. Adams. C. Solar Sail Propulsion TRL Database, in Solar Sail Applications and Technology Conference. 2004. 
Greenbelt. Maryland. 

5. Mclnnes. C.R.. Solar Sailing: Technology, Dynamics and Mission Applications. Springer-Praxis Series in Space 
Science and Technology, ed. J. Mason. 1999: Praxis Publishing Ltd. Chichester, UK. 

6. AEC-Able. Scalable Square Solar Sail Ground Systems Demonstration Phase II Review, in PowerPoint. 2004. 


6 

Solar Sail Technology and Applications Conference - Sept 2004 


